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CONTENT MANAGEMENT SYSTEM 



Related Application 

This application claims the benefit of U.S. Provisional Application No. 

5 60/280,691 , filed March 30, 2001 , incorporated by reference herein. 
Background 

The digitization of media content (e.g., movies, music videos, educational 
content, television shows, games, live events, advertising, literary works, audio 
10 programs, and other media assets) is becoming more and more common with the 
9 advent of technology that allows content suppliers to derive revenues from these assets 
1 in a digital marketplace. Content suppliers may include entities that own the content, 

1 have rights to the content, or are otherwise suppliers of the media assets. For 

3 purposes herein, media assets form a subset of media content. There is a cost for 
: 15 entry into the digital space that requires infrastructure and processes to effectively 
y manage and distribute various forms of media assets, particularly over high bandwidth 
% channels of communication (e.g., digital cable, Internet protocol, and satellite). Content 

2 suppliers are not traditionally equipped to handle these requirements and would benefit 
from a system that minimizes the barrier to entry into the digital marketplace. 

20 Users of content also have barriers in the digital marketplace. For purposes 

hereof, a "content user" is any person or entity that sells or otherwise exploits media 
assets. A content user may be, for example, the content supplier, a digital services 
platform operator, an online site builder, an educational institution, or a retailer. One 
issue facing content users is that consumers want to enter online "malls" or stores that 

25 allow them to browse and purchase a wide variety of content choices. This presents 
unique challenges to content users wishing to develop and sell compelling digital 
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services to these consumers. For example, consumers are used to contemporary brick 
and mortar stores that allow them to browse and purchase from a fully "aggregated" 
content offering (e.g., a record store). This offering is not content supplier specific; 
rather, stores tend to group content by genres and aisles that make sense to the 
5 consumer. In short, a consumer looking for music content does not browse the "Brand 
X" aisle looking for "Brand X" content offerings; instead they browse "New Releases" 
and "Rock." Consumers expect an aggregated content set. For purposes hereof, 
"consumers" are people who view, listen, or interact with the content (e.g., people 
watching television). 

10 While stores prefer to offer music to consumers based on genre, content 

suppliers still wish to have some control over the presentation of their content to the 
consumer. Content suppliers often require a measure of control over the timing and 
manner of distribution of their content to a consumer. For example, a content supplier 
may wish to release a movie for distribution only after a sufficient amount of time has 

15 elapsed since the movie's theater run, or a particular season in line with the content of 
the movie (e.g., distributing scary movies during the Halloween season, or Christmas 
movies during the Christmas season). The content supplier may further wish to specify, 
for example, an amount charged per viewing, the mode of delivery to a consumer, and 
a geographic region for release. In addition to placing these and other restrictions or 

20 limitations on the distribution of media content, content suppliers usually expect the 
payment of royalties. 

Many content suppliers and content users are not skilled in the art of digitizing 
and managing content for diverse digital service platforms (e.g., cable set-top box, 
digital subscriber line (DSL), and satellite platforms). Traditional brick and mortar 

25 establishments typically do not sell media content in digital form and have not dealt with 
issues such as encoding, encryption and license tracking. Moreover, in the digital 
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space, the aggregation of compelling and diverse media content often requires licenses 
from numerous content suppliers who impose restrictions on the use of their media 
content The ability to individually manage each media asset from each content 
supplier in accordance with their varying restrictions and requirements can also be a 
daunting task for many content users. In view of the foregoing, there is a need for a 
system that manages media content from multiple content suppliers having unique 
requirements with respect to the storage, preparation, reporting, and distribution of their 
media assets. 

SUMMARY OF THE INVENTION 

The present invention is directed to systems and methods for managing the 
preparation, programming, and publication of media assets. Media content may 
include, for example, media assets, metadata (i.e., descriptive information regarding a 
particular asset, for example, the information usually found on a video cassette jacket), 
and specified web publishing (Flash™ animation and e-commerce opportunities). 
Specified web publishing includes files not generally included in metadata or assets. 
Media content is preferably created or developed in a development phase and then 
migrated to a staging phase where quality assurance is performed. Upon passing 
quality assurance, media content is preferably migrated to a field phase to form a 
collection of content that is offered to consumers during a designated period via 
streaming, digital downloads, or other methods of digital delivery. 

In a preferred embodiment, the present invention encompasses at least three 
main functions: content preparation, content programming, and content publishing. 
Content preparation preferably occurs in the development phase and provides a 
naming convention to media assets (e.g., feature movies, music videos, literary works, 
and advertisements) by associating media assets with metadata. Content preparation 

iCMS Utility Application Final 

-3- 



also preferably prepares the media assets for delivery to particular groups of 
consumers (e.g., encoding media assets according to end viewer bit rate requirements), 
and combines media assets to form items or groupings (e.g., combining a feature 
movie with a movie trailer, branding art, and advertisements). As used herein, an "item" 

5 includes one or more media assets and related metadata and/or other data. 

Content programming, which may occur in either or both the development and 
staging phases, selects media content for distribution to particular groups of consumers 
based on, for example, geographical location, bit rate service, service provider, and 
contract terms or business rules. "Business rules" define the parameters for using a 

10 particular media asset. For example, business rules for a first-run movie may require 
the content user to sell the movie at a set price (e.g., $3.95), or a particular price range, 
or to encrypt the movie, or to digitize the movie at a specific bit rate, or to deliver the 
movie via streaming or digital downloading over a cable network, rather than a DSL 
network. 

15 Content programming preferably aggregates the selected media content for 

ft 

inclusion into a "package" (a delivery and storage data structure capable of delivering 
one or more items at a time) to form a part of a publishing group database ("PGD"). 
The PGD is a collection of media content that is offered to a designated group of 
consumers. Older items in the PGD are periodically replaced by newer items in the 

20 PGD in order to provide consumers with fresh media content and to exchange media 
content based upon contractual restrictions associated with the media content. 

Content publishing preferably prevents the exhibition of incomplete or low quality 
media content by preferably subjugating items to one or more quality assurance 
checks. Once an item has passed quality assurance, content publishing migrates the 

25 item in the package to the field phase to join other items being offered to consumers in 
the PGD. 
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In another preferred embodiment, content programming aggregates the selected 
media content into a rollout. A "rollout" is a collection of content for exhibition preferably 
during a designated period of time to a designated group of consumers. Older rollouts 
are periodically replaced by newer rollouts. Content publication locks the rollout 
5 configuration into its final form to halt further content changes for a selected period of 
time and to meet distribution deadlines. In addition, content publishing applies 
business rules, as provided by content suppliers and content users. 

It is to be understood that both the foregoing general description and the 
following detailed description are exemplary and explanatory only and are not restrictive 
10 of the invention, as claimed. 

? The accompanying drawings, which are incorporated in and constitute a part of 

\ this specification, illustrate one (several) embodiment(s) of the invention and together 
with the description, serve to explain the principles of the invention. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

I Fig. 1 is a representational diagram of a content management system consistent 

* with a preferred embodiment of the present invention; 

^ Fig. 2 is a logic diagram of a preferred method for developing an item in the 

development phase in accordance with the present invention; 
20 Fig. 3 is a logic diagram of a preferred method for checking the quality of an item 

in the staging phase in accordance with the present invention; 

Fig. 4a is a logic diagram of a preferred method for performing the item creation 

step of Fig. 2; 

Fig. 4b is a preferred embodiment for a graphical user interface for use in 
25 performing the item creation step of Fig. 2; 
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Fig. 5 is a logic diagram of a preferred method for performing the procedure for 
encoding assets; 

Fig. 6 is a logic diagram of a preferred method for performing the asset 
association step of Fig. 2; 
5 Fig. 7 is a logic diagram of an initial quality assurance procedure of Fig. 3; 

Fig. 8 is a logic diagram of a preferred method for programming content in 
accordance with the present invention; 

Fig. 9 is a logic diagram of a preferred method for performing the master plan 
rollout creation step of Fig. 8; 
10 Fig. 10 is a logic diagram of a preferred method for performing the production 

rollout file creation step of Fig. 8; and 

Fig. 1 1 is a logic diagram of a preferred method for performing the production 
rollout creation step of Fig. 8. 

15 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Reference will now be made in detail to the present preferred embodiments 
(exemplary embodiments) of the invention, examples of which are illustrated in the 
accompanying drawings. Wherever possible, the same reference numbers will be used 
throughout the drawings to refer to the same or like parts. 

20 The present invention is directed to systems and methods that automate content 

management workflow, from receipt of media assets and related data and/or specified 
web publishing, through encoding, quality control, data entry and distribution of the 
media assets as items in a package for storage on a publishing group database (PGD) 
for offering to content users and consumers. Media assets may include, for example, 

25 movies, music videos, educational content, television shows, games, live events, and 
advertising. Related data may include, for example, metadata (e.g., artist and director 
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information, authors, copyright information, abstracts, duration, title, and content 
contract restrictions). 

Fig. 1 illustrates a content management system 50 consistent with a preferred 
embodiment of the present invention. Preferably, content management system 50 is a 

5 software-based system that includes server software 52, a database 54 (e.g., a 

relational database management system (RDBMS)), a computer 56, and client software 
58, which enables the content management functions of the present invention. 
Computer 56 may communicate with server software 52 and database 54 over a local 
or wide area network (e.g., the Internet) through communications channel 60 (e.g., 

10 HTTP). Communications channel 60 may be hard-wired or wireless (e.g., cable, 

satellite, DSL, and wireless land-based phone systems. Client software 58 generates a 
graphical user interface to allow an operator to enter, modify, view or retrieve data 
stored in database 54 and create packages or rollouts for distribution to content users 
and consumers. Content management system 50 may operate as a stand-alone 

is system or as part of a platform that offers multiple media-related services. Examples of 
preferred platforms operable with content management system 50 are taught in U.S. 
Application Serial No. 60/280,653, titled "Digital Entertainment Service Platform," and 
U.S. Application Serial No. (to be assigned), titled "Systems and Methods for Delivering 
Media Content," filed July 31 , 2001 , which claims priority to U.S. Application Serial No. 

20 60/255,725, the disclosures of which are hereby incorporated by reference herein. 

In a preferred embodiment, the present invention is preferably adapted to 
perform three main functions: prepare, program, and publish content. As shown in Fig. 
2, in the preparation of content, content is obtained in step 100. Obtaining content step 
100 may be accomplished, for example, through contracts, licenses, and other 

25 agreements with content suppliers to use their media assets. A content supplier may 
provide media assets on contemporary and standard media sources, for example, 
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Digital Betacam, digital linear tape (DLT), or VHS, or electronically using file transfer 
protocol methods or other known ways of delivering digital data. Content suppliers may 
also provide metadata or other data related to the media assets (e.g., movie trailers and 
publicity photos) as well as business rules for one or more media assets to the content 

5 user (e.g., platform operator). The business rules may be provided to the content user 
in writing or through an interface (e.g., website portal). For example, the content user 
may construct an interface for content suppliers with defined fields for entering 
information regarding the treatment or use of each media asset or group of media 
assets. As used herein, the term "treatment" refers to at least one parameter relating to 

10 the use of the media asset, such as, for example, the distribution and/or accessibility of 
a media asset or group of media assets. By way of example only and not limitation, 
treatment parameters related to the distribution of one or more media assets may 
include any one of or a combination of a type of media being deposited (e.g., first-run 
movie), a service platform for distributing the media asset (e.g., cable and DSL 

is platform), a level of encryption (e.g., low, medium or high), specific retailers for selling 
the media asset, a geographic location, a bit rate, and a method of delivery (e.g., 
streaming or digital downloads). As used herein, the term "accessibility" relates to the 
ability of a consumer to obtain media content. By way of example only and not 
limitation, treatment parameters related to the accessibility of one or more media assets 

20 may include any one of or a combination of a contract window where the media asset(s) 
are available for offering to one or more consumers, a price or price range, and parental 
controls. 

The content user may create other business rules governing the distribution, 
marketing, or other use of the media asset. For example, the platform operator may 
25 impose business rules on whether a particular media asset is enhanced for interactivity 
or combined with an electronic commerce fulfillment system (e.g., to sell merchandise 
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related to the media asset). Using associated metadata and business rules, content 
management system 50 manages the preparation, programming, and distribution of 
media assets. 

In step 1 10 of Fig. 2, content management system 50 creates an "item," which 
preferably includes one or more media assets and related metadata and/or business 
rules. For example, an item may represent a data structure that includes at least one or 
more media assets, the title of each media asset (e.g., the movie title "Gladiator") and 
other metadata, along with its contracted viewing window and other associated 
business rules. 

As shown in Fig. 4a, creating an item data structure preferably involves selecting 
an item type in step 111, and then creating a unique identifier or internal title used to 
track the item data structure for further use in step 112. Each item may be categorized 
by item type or category. Examples of item types include movies, adult movies, 
television programs, books, music, music specials, and radio. Each data structure 
includes a plurality of fields. A number of the fields are preferably defined at least in 
part by the item type of the data structure. Each defined field may correspond to any 
one of a plurality of different categories of media content (e.g., media assets, metadata, 
and specified web publishing). Each defined field may further correspond to any one of 
a plurality of sub-categories depending upon the base category. The quantity and 
variety of sub-categories may vary depending upon the item type. For example, for a 
movie item type, a media asset category may include any one of a preview video, a 
feature video, a browser thumbnail (i.e., a small image on a viewer's screen of a 
promotional piece for the item, such as a movie poster) and branding art. If the item 
type were, for example, music, then preferred media asset categories may include a 
preview video, tracks, an album cover, a browser thumbnail, and branding art. Each 
item data structure may have more than one field assigned to the same media content 
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category, but different sub-categories. For example, a movie item type may have two 
media asset fields, one corresponding to a feature video, the other corresponding to a 
preview video. It will be appreciated that one or more of the fields may be adapted to 
correspond to more than one sub-category if desired. 

Exemplary metadata sub-categories common to all item types may include the 
type name, the name of the content supplier, the internal title of the item, a synopsis of 
the item, the price, the run time, and any parental controls. Examples of metadata sub- 
categories specific to a particular item type, such as a movie, may include names of 
actors, a movie rating, and movie credits. Exemplary sub-categories of specified web 
publishing include Flash™ animation and e-commerce opportunities. 

Business rules are also preferably associated with the item data structure and 
may exist in combination with metadata, specified web publishing, or under its own 
category, or any combination thereof depending upon the particular business rule. 
Examples of business rules include the contract start/end date, the price of the content, 
the level of encryption, and the distribution platforms for the content (e.g., Internet, 
satellite, cable, DSL, land-based wireless systems). Contract start and end dates are 
those dates set by contract with the content suppliers that define the period that the 
content may be shown. Price is the amount that will be paid for a pay-per-view content. 
Parental controls are optional and may be used to restrict viewing for mature content. 

Fig 4b illustrates an example of a graphical user interface of content 
management system 50 for creating an item in accordance with a preferred 
embodiment of the present invention. In use, the system operator may input 
information such as item type name, content supplier, item title, contract start and end 
dates, and a synopsis, among others. 

As shown in Fig. 4a, steps 113-118 illustrate a decision-making process involving 
the addition of fields associated with a metadata sub-category, a media asset sub- 
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category, and a specified web publishing sub-category to an item data structure for a 
movie item type. In step 1 13, an option is provided whether to add a synopsis file or 
continue without adding a synopsis file. The synopsis may be that of a related media 
asset to be associated with the item data structure. If it is decided to add a synopsis 

5 file, then in step 1 14, a system operator (e.g., an operator of content management 
system 50) creates an item synopsis field identifier to facilitate the association of a 
synopsis file with the item data structure. Other metadata field identifiers may be 
created as desired. For example, for music items, field identifiers for sound tracks may 
be created or modified. As another example, for ad items, a field identifier for 

10 demographic metadata may be entered in step 1 14. In the preferred embodiment in 
step 1 1 5, it is decided whether to associate branding art with the item data structure. 
Branding art is art that identifies the origin of the media asset, for example, logos or 
trademarks associated with a particular movie studio. In step 116, the system operator 
creates a branding art file field identifier for facilitating the association of selected 

is branding art with the item data structure. 

In step 117, e-commerce opportunities may be associated with the item data 
structure. If e-commerce opportunities are to be associated, then in step 1 18 the 
system operator will create the one or more field identifiers necessary to associate e- 
commerce information with the item data structure. For example, e-commerce 

20 information might include a shipping unit, a store identifier, a title, one or more 

descriptions that include pricing information, and/or a unique e-commerce identifier. 
Shipping unit indicates the number of objects purchased in a given package. The store 
identifier identifies the vendor that is supplying the product. The e-commerce identifier 
is used to associate particular e-commerce information with an item. After creating the 

25 desired field identifier, in step 1 19 the item data structure is completed and the item 
generated. It will be appreciated by those skilled in the art that other field identifiers for 
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metadata, media assets and specified web publishing may be created. It should be 
apparent from this and any other methods described that various steps may be added, 
interchanged, or deleted altogether. For example, a field identifier for the association of 
e-commerce information with the item data structure may be created prior to the field 
5 identifier for the association of the branding art with the item data structure. 

Alternatively, if no specified web publishing is planned for an item, then steps 1 17 and 
118 may be omitted. 

Interactivity may also be associated with an item data structure to permit 
consumers to interact with the content. If interactivity is to be associated, the system 

10 operator may, for example, create a field identifier for the association of a URL with the 

} item data structure that is linked to a "floating bug" to be presented over the content 
delivered to the consumer. An example of a preferred system and method for creating 
interactive content is taught in U.S. Application Serial No. (to be assigned), titled "A 

1 System and Method for Interactive Video Content Programming," filed July 31 , 2001 , 
15 which claims priority to U.S. Application Serial No. 60/255,541 , the disclosures of which 

I are hereby incorporated by reference herein. 

i In reference to Fig. 2, after the item data structure has been created, the 

components of the item data structure (e.g., metadata, media assets, specified web 
publishing) are preferably developed by work groups charged with developing and 
20 completing each component of the item. For example, one work group may be 
responsible for developing the metadata for the item while another work group is 
responsible for developing assets for the item. The assignment of work groups to 
develop the components of the item increases the efficiency of the overall development 
process and provides and easy method of correcting item components should one or 
25 more components need to be re-developed. 
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As shown in Fig. 2, work records for metadata, assets and specified web 
publishing can be created steps 120a-120c. The work records identify, for example, the 
individuals responsible for the work product within a work group, project deadlines, and 
other information related to the work product. In step 130a, metadata is created for the 
item. If the metadata already exists, then step 130a may be omitted. Alternatively, any 
existing metadata may be modified as desired. 

In Figs. 2 and 5, step 130b, media assets are encoded to permit distribution over 
a network. Encoding may include, for example, adapting a media asset to a particular 
bit rate (e.g., 500 kbps). The encoding process illustrated in Fig. 5 involves completing 
and sending an encoding request form with a media asset to an encoding facility in step 
131b. This encoding request preferably describes all the media assets required for a 
particular asset type along with the assets file name. Thereafter, the media asset is 
encoded in step 132b. In step 133b, the media asset is loaded onto a large storage 
device having a sufficient memory capacity (e.g., a video server). Thereafter, in step 
134b, a quality control procedure is initiated. Quality control helps ensure that asset 
encoding is of a satisfactory quality. At the end of the quality control process, the 
media asset is tagged as "complete." Preferably, only items with completed media 
assets are run through the quality assurance procedure (described below). 

In step 130c, specified web publishing is created. As with the metadata in step 
130a, this step may be omitted for specified web publishing already in existence, or 
modified as desired. 

In steps 140a-140c, metadata, assets, and specified web publishing are 
associated with the item data structure. This is preferably accomplished by creating a 
file with a unique identifier and associating the file with the item data structure. For 
example, with media assets in step 140b of Figs. 2 and 6 an asset file is created and 
associated with the item data structure. To create an asset file, the system operator 
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initially enters file-identifying information in step 141 b of Fig. 6. Such file identifying 
information may include, for example, an asset description, an asset classification, an 
art suffix, and a file extension. Next, in step 142b, the system operator selects an asset 
category. The asset category may include, for example, an ad video, a feature movie, 
or TV branding art amongst others. In step 143b, the asset file name is created and an 
asset identification number is obtained. Media assets may be associated with items by 
using an assets menu and selecting an item by using, for example, a pull-down menu 
with a listing of item identification numbers. 

When associating e-commerce opportunities with the item data structure, a link 
may be established between one or more advertisements and one or more entities 
associated with the subject matter of the advertisement(s). 

In steps 150a-150c of Fig. 2, the work status of each item component is updated. 
The components that have all their sub-components developed and associated with 
the item data structure have their status updated to "complete." For example, if the 
media assets component is to include the sub-components of a preview, branding art 
and a feature movie and all the sub-components have been associated with the 
targeted item data structure via, for example, an item data structure identifier, then the 
media asset component status is updated from "incomplete" to "complete." 
In steps 160a-160b, the work status of each component is checked. If the work status 
is "incomplete," then work on the component continues within the work group until a 
"complete" status is achieved. In step 170, it is determined if all components have a 
"complete" status. If all statuses are "complete," the item is migrated onto the staging 
phase in step 180 for quality assurance. If all statuses are not "complete," steps 160a- 
160c are repeated until all components are "complete." 

As shown in Figs. 3 and 7, while in the staging phase, content management 
system 50 implements an initial quality assurance procedure 190. The quality 
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assurance procedure involves viewing the item (e.g., watching an interactive television 
program) to verify completion of the item. Upon satisfactory completion of quality 
assurance procedure 190, content management system 50 may include the item in the 
package. Alternatively, during the creation and/or management of a media asset and 
prior to going through quality assurance, the item may be designated as "inactive." An 
"inactive" item will not be published. To include the item in the package for publication, 
the status can be changed from "inactive" to "active." As explained above, the 
"package" is a delivery data structure capable of delivering one or more items to a 
destination (e.g., the field phase). Packages may be created by associating the unique 
identifier of selected items with the package data structure. 

Once delivered to the destination, the package preferably forms a part of the 
publishing group database (PGD) and functions to store the item(s) until such time a 
command is received to delete, edit, or otherwise modify the package or any of the 
items therein. Packages may be programmed with begin dates and end dates so that 
the items associated with a particular package preferably will be offered to consumers 
for only a selected interval of time. Packages also may be utilized to deliver item 
remove commands to the PGD. For example, a package being offered to consumers 
on a PGD may be copied in the development phase and one or more items deleted 
from the package. The revised package may then be delivered to the PGD to replace 
the package currently being offered. 

Preferably, the item will be placed in the package prior to undergoing quality 
assurance. Placing the item in a package prior to quality assurance makes the quality 
assurance process more efficient if more than one item is to be migrated to the field 
phase at once. For example, items having the same target date and destination may 
be placed in the same package and go through the quality assurance process together. 
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Fig. 7 shows a preferred quality assurance procedure. As shown in step 191, 
the system operator determines whether all of the media assets are present. If not, 
then quality assurance is not passed. In step 192, it is determined whether the 
metadata is correct. If the metadata is incomplete, then the metadata does not pass 
quality assurance. In step 193, it is determined whether the content (e.g., video) is of 
satisfactory quality. If it is not, then the content does not pass quality assurance. For 
items not passing quality assurance in step 200, an item rejection form is completed in 
step 210. In step 220, the relevant item work status is changed to "incomplete." 
Thereafter, in step 230 the item is migrated to the development phase. The preferred 
components of the item (e.g., metadata, media assets or specified web publishing) that 
have a deficiency are automatically returned to the development group responsible for 
the development of the component in order to correct the deficiency. Once any 
deficiencies have been corrected, the item is migrated again from the development 
phase to the staging phase. If all media assets are present, the metadata correct, and 
the video quality satisfactory, then the item passes quality assurance. 

In step 240 of Fig. 3, a final quality assurance step may be added which involves 
viewing the items to determine the performance of the items as delivered over a 
particular network (e.g., cable network) to the consumer. The network may have 
certain limitations (e.g., latency) that may affect the quality of the media assets upon 
reaching the consumer. These network limitations may be addressed and resolved on 
a case-by-case basis. The final quality assurance procedure preferably ensures that 
consumers are provided the highest quality of content. If final quality assurance is 
passed in step 250, then the item is migrated as part of a package onto the field phase 
over a communications network in step 260 via software such as Repliweb®. If final 
quality assurance is not passed in step 250, steps 210-230 are performed as 
mentioned above. 
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Figs. 8-1 1 show another preferred embodiment of the present invention. Instead 
of updating a PGD with packages, the entire PGD may be replaced with a rollout. In 
forming a rollout, media assets are combined with metadata to form collections of 
media content. Each rollout is then stored as a data structure for subsequent 
5 distribution to one or more storage locations where it may be accessible for viewing 
over a network by a plurality of consumers during a selected interval of time. For 
example, one rollout might be available between a period between March 5 and March 
18. A subsequent rollout could be readied and available for a period between March 
19-April 2. Each rollout may retain a portion of the content from the previous rollout 
io while changing a portion to add or delete content. Additional data structures containing 
S different rollouts may be prepared and readied for offering to the consumers after the 
III selected interval of time has elapsed. 

■L& Rollouts may be configured for a selected group of consumers associated with a 

13 storage location. For example, the content of the rollout may be selected based on the 
h 15 demographics and/or viewing habits of consumers. 

h lj As illustrated in Fig. 8, in step 300, content is programmed and built into a rollout 

Pi data structure. In particular, Fig. 8 identifies planned rollouts for future planning 
activities (also referred to herein as "availability planning"). Availability planning 
involves creating a list of new content to be added to the rollout and old content to be 
20 removed from the rollout. In step 310, a planned rollout file is created in content 
management system 50. The planned rollout file may be created by associating a 
name or description with the file. A planned rollout may be created many months in 
advance of creating a final rollout. During intervening months, it is possible that new 
content becomes available while some content becomes unavailable due to contractual 
25 limitations on content use. For example, a contract may establish a contract window, 
which represents the time period that media content may be shown or distributed. A 
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planned rollout indicates when the items can be distributed within the contract window. 
In step 320, a master planned rollout is created. The master planned rollout contains a 
list of items in the base rollout (i.e., a copy of the previous rollout), together with the new 
release titles available for the target-viewing period of the rollout being assembled. 

5 As shown in Fig. 9, the master planned rollout is created by identifying the 

previous master planned rollout in step 321 . If no prior master planned rollout exists, 
then step 321 may be omitted. In step 322, the system operator selects the planned 
rollout title, for example, from a pull-down menu from the system operator's display. In 
step 323, the system operator selects and enters target viewing dates into content 

10 management system 50. Target viewing dates are the dates that the rollout is available 
for viewing. In step 324, the master planned rollout report is generated. The report 
may indicate, for example, items that have not been through quality assurance, items 
that have passed quality assurance, contract violations (e.g., items that have a contract 
window that has ended before or during the planned rollout window or target view 

15 dates), and items already in a planned rollout that still contain valid contract dates. 
Each of these categories may be color-coded for easy recognition by the system 
operator. 

As shown in Fig. 10, in step 330 a production rollout file is created. In step 331 , 
the production rollout file is given a name or description. Thereafter, in step 332, a 

20 target size is selected and entered. The rollout target size is the number of hours of 
content programming to be included in the rollout. In step 333, an item target is 
selected. The item target defines the platform and encoding rate of the media assets 
and determines the naming convention of the filename of the media assets. The item 
target may be, for example, a high-bit rate Internet protocol (IP) platform, a low-bit rate 

25 IP platform, or a cable set top box client. In step 334, a graphic user interface showing 
various genres and sub-genres of content is selected. These genres and sub-genres 
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may be dynamically determined and assigned to a given rollout. The genres and sub- 
genres are displayed in the graphical user interface presented to the consumer when 
the rollout becomes active. An example of a preferred graphic user interface is shown 
and described in U.S. Application Serial No. 09/054,752 titled "Graphic User Interface 
5 for a Digital Content Delivery System Using Circular Menus," the disclosure of which is 
hereby incorporated by reference herein. In step 335, viewing dates are provided. It is 
preferred that the end view date should extend two weeks after the intended end view 
date of the rollout. This allows the rollout to continue to be used if a subsequent rollout 
is distributed late. 

10 In Fig. 8, step 340 for creating a new production rollout is preferably 

% accomplished in one of two ways. The new production rollout may be created by 
j?j building an empty rollout and populating it, or more preferably by copying an existing 
|T rollout and editing it as previously described. Once the rollout has been created, a 
H rollout console is preferably used to edit the rollout. The rollout console is a system 
L is user interface designed for easily and efficiently implementing rollout-editing decisions. 
£ 1 It preferably allows the adding or removing of content, specifies a genre/sub-genre to 
jj!;* which each item belongs, and sets the order in which the items appear in a sub-genre. 
l ^ In addition, the console provides access to the content preparation functionality that 

enables entry of advertisement demographics, creating items, entering metadata for the 
20 item, or performing quality assurance, if desired. Preferably, the console is divided into 
categories on the graphic user interface. Examples of some possible categories are as 
follows: advertisements, books, concerts, movies, music, shopping, television, radio, 
music shows, and a "suggest" category. The console preferably shows the total 
running time of all items selected thus far, the target running time of the rollout, a 
25 current item count, a media target, for example, a high-bit rate IP platform, and the 
graphic user interface being targeted. Also preferable is a listing of genres and sub- 
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genres. The genre and sub-genre lists preferably share three columns, one column 
listing items having passed through quality assurance, another listing the number of 
items not having passed quality assurance, and a third column showing the total of time 
of viewing content thus far contained in each genre or sub-genre. The console 

5 preferably uses browser controls to navigate. Therefore, for example, selecting a 
particular sub-genre will open a window listing items currently available for inclusion in 
the rollout. In this way, items and any associated assets may be added or deleted from 
the rollout with greater ease. For example, a first run movie may exist as an incomplete 
item due to media assets that have not arrived in time to be encoded for inclusion in the 

10 rollout. The sub-genre screen would indicate this and the item might be removed from 
the rollout. 

A rollout preferably has three statuses: "incomplete" (i.e., unpublishable in this 
state), "complete," and "published." A status of "incomplete" indicates that the rollout is 
being built. A status of "complete" indicates that programming for the rollout has been 

15 completed and prevents the rollout from being modified. This is a staging status prior to 
the rollout being published. A status of "published" indicates that the rollout has been 
published and is delivered to a storage location (e.g., a media server). Prior to 
publishing, a variety of reports are available for each rollout. For example, a rollout 
content report may be generated that lists the complete content of the rollout. A rollout 

20 add/delete report may be generated that compares a base rollout to a target rollout to 
produce a list of items that were added or deleted in the target rollout. This information 
is generated after creating a master content rollout. An "incomplete" assets report may 
be generated that provides a list of items for which there are incomplete media assets 
and identifies the missing media assets for each item. The "complete" assets report 

25 may be generated that provides a list of the items for which there are complete media 
assets and lists the media assets for each item. In addition to the four aforementioned 
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reports, additional reports may be generated. For example, a new releases available 
report may be generated that includes items that have been created with a valid 
contract window covering the target viewing dates of the planned rollout. Additionally, 
an ad-hoc report may be generated. The ad-hoc report enables the system operator to 

5 search various attributes of the item, for example, contract dates or key words. 

As shown in Fig. 1 1 , the process of creating the production rollout preferably 
includes in step 341 selecting a desired rollout, preferably by a pull-down menu list from 
the system operator's display having rollout titles in combination with the rollout 
console. In step 342, the system operator adds any desired items. In step 343, the 

10 system operator deletes any undesired items. In step 344, the order of appearance of 
each item within a genre or sub-genre is determined. Thereafter, in step 345, quality 
assurance is performed. During the creation and/or management of a media asset and 
prior to going through quality assurance, the item may be designated as "inactive." An 
"inactive" item will not be published in the rollout. Upon satisfactory completion of 

15 quality assurance procedure 345, content management system 50 may activate the 
item for inclusion in the rollout by changing its status from "inactive" to "active." If all 
media assets are present, the metadata correct, and the video quality satisfactory, then 
the item passes quality assurance and is elevated to "active" status. 

After building the rollout, the next step is to preferably publish the rollout. First, a 

20 "snapshot" is taken of the rollout. A "snapshot" is a copy of the rollout that locks in the 
programming except as indicated below. The snapshot includes the genre/sub-genre to 
which each item is assigned and the order in which each item is to be displayed. The 
snapshot also includes a view window for each item. Depending on the contractual 
start and end date for the item, the view window may or may not coincide with the 

25 rollout. The snapshot preferably only includes items that have an active status and 
valid view dates and have passed other business rule checks. Therefore, the published 
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rollout may contain fewer items than the "pre-published" complete rollout. It is generally 
for this reason that both the before and after image of the rollout are retained with the 
before image being used when a rollout is copied. Next, the data included in the 
snapshot is made available to a distribution process to produce the physical elements 
of the rollout. Once the data has been moved, the data is no longer available for 
editing. 

As will be appreciated by those skilled in the art, many of the steps used to 
create and publish the rollout may be applicable to the creation and publishing of 
packages through a package console having many of the same functions as the rollout 
console. 

Other embodiments of the invention will be apparent to those skilled in the art 
from consideration of the specification and practice of the invention disclosed herein. 

It is intended that the specification and examples be considered as exemplary 
only, with a true scope and spirit of the invention being indicated by the following 
claims. 
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